image-20190312155322439

1
parent 为父模块,抽象出来管理子项目的公共依赖,为了项目的正确运行,必须让所有的子项目使用依赖项的统一版本,必须确保应用的各个项目的依赖项和版本一致,才能保证测试的和发布的是相同的结果。
1
2
3
dependencyManagement
在项目的 parent 层,可以通过 dependencyManagement 元素来管理 jar 包的版本,
让子项目中引用一个依赖而不用显示的列出版本号。

parent 中 pom.xml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<properties>
<version.framework>1.0-SNAPSHOT</version.framework>
<javaee-api.version>1.0-SNAPSHOT</javaee-api.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>//=================framework-cache
<groupId>com.zhisheng</groupId>
<artifactId>framework-cache</artifactId>
<version>${version.framework}</version>
</dependency>
<dependency> //===============javax
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>${javaee-api.version}</version>
</dependency>
</dependencies>
</dependencyManagement>

extendion 中的 pom.xml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<parent>  
<artifactId>parent</artifactId>
<groupId>com.zhisheng</groupId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../parent/pom.xml</relativePath>
</parent>
<!--依赖关系-->
<dependencies>
<dependency> // =============javax
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
</dependency>
<dependency>// ===============framework-cache
<groupId>com.zhisheng</groupId>
<artifactId>framework-cache</artifactId>
</dependency>
<dependency>
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-annotations</artifactId>
</dependency>
</dependencies>
1
2
3
4
区别
dependencies 即使在子项目中不写该依赖项,那么子项目仍然会从父项目中继承该依赖项(全部继承)

dependencyManagement 里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且 version 和 scope 都读取自父 pom; 另外如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。

image-20190312155719849


示例说明,

在父模块中:

1
2
3
4
5
6
7
8
9
<dependencyManagement>
<dependencies>
<dependency>//=====================>mysql
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.44</version>
</dependency>
</dependencies>
</dependencyManagement>

那么在子模块中只需要即可,如:

1
2
3
4
5
6
<dependencies>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
</dependency>
</dependencies>

说明:
使用dependencyManagement可以统一管理项目的版本号,确保应用的各个项目的依赖和版本一致,不用每个模块项目都弄一个版本号,不利于管理,当需要变更版本号的时候只需要在父类容器里更新,不需要任何一个子项目的修改;如果某个子项目需要另外一个特殊的版本号时,只需要在自己的模块dependencies中声明一个版本号即可。子类就会使用子类声明的版本号,不继承于父类版本号。

与dependencies区别:

1)Dependencies相对于dependencyManagement,所有生命在dependencies里的依赖都会自动引入,并默认被所有的子项目继承。

2)dependencyManagement里只是声明依赖,并不自动实现引入,因此子项目需要显示的声明需要用的依赖。

⭐️⭐️⭐️⭐️如果不在子项目中声明依赖,是不会从父项目中继承下来的;

只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。


https://www.imooc.com/video/8651


xxxxxxxxxx 1​23 <version.framework>1.0-SNAPSHOT</version.framework>4 <javaee-api.version>1.0-SNAPSHOT</javaee-api.version>567 8 //=================framework-cache9 com.zhisheng10 framework-cache11 ${version.framework}12 13 //===============javax14 javax 15 javaee-api 16 ${javaee-api.version} 17 18 19xml

Maven聚合和继承

即使是长期从事 Maven 工作的开发人员也不能完全掌握聚合(多模块)和 Parent 继承的关系,在使用多模块时,子模块总要指定聚合的 pom 为 。由于在大多数示例中都是这么写的,所以很难让人搞懂这两者的具体作用和关系。

实际上在 Maven 中聚合(多模块)和继承是两回事,两者不存在直接联系

1dependencyManagement2在项目的 parent 层,可以通过 dependencyManagement 元素来管理 jar 包的版本,3让子项目中引用一个依赖而不用显示的列出版本号。